Apparatus and method for setting routing path between routers in chip

ABSTRACT

An apparatus and a method for setting a routing path in System-on-a-Chip (SoC) having an n×n net topology-based structure comprising a plurality of intellectual properties (IPs), each with a unique address, and a plurality of switches forming one-to-one correspondence to the IPs, to transmit and receive data between the IPs by using at least one of the switches. Accordingly, an orthogonal code having orthogonality is assigned according to the direction of transmission of each data (that is, output port). Then, an output port where the data is transmitted is determined, and the data is spread based on an orthogonal code assigned to the output ports of the at least one of the switches.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority benefit under 35 U.S.C. §§ 120 and 121 from U.S. patent application Ser. No. 10/998,571 filed on Nov. 30, 2004 in the U.S. Patent and Trademark Office, and this application claims priority benefit under 35 U.S.C. § 119 from Korean Patent Application No. 2004-7721 filed on Feb. 6, 2004, the disclosures of U.S. patent application Ser. No. 10/998,571 and Korean Patent Application No. 2004-7721 are incorporated herein by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates in general to a System-on-a-Chip (SoC), more particularly, to an apparatus and a method for setting a routing path between routers in a chip.

2. Description of the Related Art

To facilitate Internet access or computing functions of digital data equipment like cell phones, PDAs (Personal Digital Assistants), digital TVs, and smart phones, a number of semiconductor chips including a microprocessor, a network chip, and a memory are required. As the data equipment has become more complicated, integration among these products is already occurring and will become a necessity in the near future. If that happens, even more chips will be required within one single data device.

Developed as an answer to the above is a System-on-a-Chip (SoC) technology which integrates features of every component (even semiconductors) on a single chip. In general, the SoC system is constructed of a computing element, input and output (I/O), logic, and memory. The compact and high-integration SoC features high performance and low power consumption, so a majority of data equipment will benefit from the SoC technology. Intellectual property (IP) is also used to help designers to create the semiconductor chip much more rapidly. The IP is a design block that is specially developed as a ready-to-use application to the single chip.

Many studies on the SoC are in progress. In particular, a scheme for connecting IPs built in a chip is considered very important. For example, a bus architecture and a network architecture are currently used to connect IPs. Unfortunately however, the bus architecture already exposed its limit as the amount of data transmitted/received between IPs increases. This is because when a specific IP uses a bus, and other IPs cannot use the bus at all. That is, the bus is exclusively used for the specific IP.

Moreover, the bus architecture is not extendable but fixed, so that additional IPs of the chip cannot be connected to a bus. As an attempt to solve the performance drawback of the bus architecture, the network architecture is devised to connect IPs. The network architecture, compared to the bus structure, consumes less power. Hereinafter, the network architecture for the SoC will be called ‘NoC’ (Network-on-Chip).

FIG. 1 illustrates a chip architecture using n x n net topology according to an embodiment of the present invention. The chip network architecture using n×n net topology will now be explained in detail with reference to FIG. 1. Particularly, FIG. 1 illustrates a 4×4 net topology. As shown in FIG. 1, the NoC includes a plurality of IPs and switches S corresponding to respective IPs. In other words, there is a one-to-one correspondence between the IPs and the switches. Each switch is interconnected to adjacent switches, and receives data from those adjacent switches. If the destination address of the transferred data is identical with the address of a switch, the data is transferred to an IP connected to the switch. However, if the destination address of the transferred data is not identical with the address of the switch, the data is retransmitted back to the adjacent switch.

It is assumed that a switch S5 generates data to be transferred to at least two adjacent switches at a certain point. The data is directly generated by the IP5 or is transferred from adjacent switches. For instance, provided that the switch S5 generates data to be transferred to the switches, S1, S4, S6, and S9, the S5 determines the priority of the data to be transferred to the adjacent switches. A user can change the priority as desired. For example, the priority levels can be designated according to data capacity. For convenience of explanation, it is assumed that the switch S5 determined the priority in order of the S1, S4, S6, and S9. However, it is to be understood that other priorities are possible.

The S5 transfers the data to the adjacent switches according to the priority. That is, the S5 transfers the data to the S1 first since it has the highest priority, and lastly to the S9 having the lowest priority. If there is data which is not transferred in real time mode (that is, low priority data), such data is stored in a buffer of the S5 to prevent the data loss.

Still a problem arises that under the NoC environment, the transmission of 100 packets per buffer is not possible. If the buffer is to transmit 100 packets of data as the existing network does, the buffer size will have to be increased also. If the buffer size increases, the chip size should be increased accordingly, and as a result of this, the SoC loses its own function. Moreover, as the number of IPs constructing one chip increases, the number of data packets being transmitted and received increases as well. The increase in data packets to be transmitted and received also causes problems including an increase in the buffer size, an increase in the complexity of a chip, and delay in data transfer.

SUMMARY OF THE INVENTION

It is, therefore, an aspect of the present invention is to provide an apparatus and a method transferring corresponding data to adjacent switches in real-time mode by shortening storage time of a buffer for data to be transferred.

Another aspect of the present invention is to provide an apparatus and a method for reducing the size of SoC by reducing the amount of data stored in the buffer.

Still another aspect of the prevent invention is to provide an apparatus and a method for improving data reliability by reducing data distortion and data loss for the data to be transferred to adjacent switches.

Yet another aspect of the present invention is to provide a method for transferring corresponding data to adjacent switches by adopting code division method instead of TDM.

According to an aspect of the present invention, there is provided a method of setting a routing path in a System-on-a-Chip (SoC) including a plurality of intellectual properties (IPs), each IP being connected to at least one switch and having a unique address, to transmit and receive data between the IPs using at least one of the switches, including: assigning an orthogonal code featuring mutual orthogonality for each IP; spreading the data, via a destination IP, by using an assigned orthogonal code when the data is transmitted; and broadcasting the spread data to the IPs using at least one of the switches.

Another aspect of the present invention provides a method of setting a routing path in System-on-a-Chip (SoC) having an n×n net topology-based structure including a plurality of intelligent properties (IPs), each with a unique address, and a plurality of switches in one-to-one correspondence to the IPs, to transmit and receive data between the IPs using at least one of the switches, including: assigning an orthogonal code featuring orthogonality according to an output port of each data; and determining an output port to which data is to be transmitted and spreading the data using an orthogonal code assigned to the output port.

Still another aspect of the present invention provides an apparatus for setting a routing path in a System-on-a-Chip (SoC) including a plurality of intellectual properties (IPs), each IP being connected to at least one switch and having a unique address, to transmit and receive data between the IPs by using at least one of the switches, including: an intellectual property (IP) which spreads transferred data by using assigned orthogonal codes having mutual orthogonality; and switches which receive the spread data and which broadcast the data to the IPs.

Yet another aspect of the present invention provides an apparatus for setting a routing path in System-on-a-Chip (SoC) having an n×n net topology-based structure including a plurality of intellectual properties (IPs), each with a unique address, and a plurality of switches forming one-to-one correspondence to the IPs, to transmit and receive data between the IPs by using at least one of the switches, including: a routing path setting unit which determines an output to which data is transmitted; and spreaders which receive the data and spreading the data using assigned orthogonal codes corresponding to output ports of the at least one of the switches.

Still another aspect of the present invention provides a method of shortening transmission time in a System-on-a-Chip (SoC) including a plurality of intellectual properties (IPs) to transmit and receive data between the IPs using at least one switch, including: comparing a destination address included in data to be transmitted by a switch with a switch address of the switch; transferring the data to an IP connected to the switch when the destination address and the switch address are determined to be the same; calculating a value using a modulo operation when the destination address and the switch address are determined not to be the same; setting a routing path (port) of the data to be transmitted after the calculating; spreading the data by using an orthogonal code assigned to the set port; transferring the spread data to all of the ports of the switch; despreading the transferred data via each of the ports by using an orthogonal code assigned to each of the ports; and transferring the despread data to adjacent switches.

Yet another aspect of the present invention provides a method of setting a routing path so as to reduce a buffer size, including: calculating a difference of the destination address and the source address; determining whether a first condition is satisfied and setting a routing path of the data to a first side when it is determined that the first condition is satisfied; determining whether a second condition is satisfied when the first condition is determined not to be satisfied and setting the routing path of data to a second side when the second condition is determined to be satisfied; determining whether a third condition is satisfied when the second condition is not satisfied and setting the routing path of data to a third side when the third condition is determined to be satisfied; and setting the routing path of data to a fourth side.

Additional and/or other aspects and advantages of the present invention will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

These and/or other aspects and advantages of the present invention will become apparent and more readily appreciated from the following detailed description, taken in conjunction with the accompanying drawings of which:

FIG. 1 illustrates a conventional SoC having an n×n net topology-based structure;

FIG. 2 illustrates a SoC having a star topology-based structure for transmitting and receiving data based on the code division method according to an embodiment of the present invention;

FIG. 3 illustrates a data switching process based on the code division method of FIG. 2;

FIG. 4 illustrates a code division-based switch for use in a SoC having a net topology-based structure according to an embodiment of the present invention;

FIG. 5 illustrates an operation performed by a switch included in a SoC according to an embodiment of the present invention;

FIG. 6 illustrates a procedure for setting a routing path (output port) of data by a switch according to an embodiment of the present invention; and

FIG. 7 illustrates the structure of a switch according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Reference will now be made in detail to embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to the like elements throughout. The embodiments are described below in order to explain the present invention by referring to the figures.

FIG. 2 schematically illustrates transmitting and receiving data to and from adjacent IPs, based on a code division method according to an embodiment of the present invention. In particular, FIG. 2 shows a star topology where at least two IPs share one switch. For example, in FIG. 2, 16 IPs IP1, IP2, IP3, . . . , IP16 share one switch. Each IP is assigned to its own address. Hereinafter, the assigned IP address and IP( ) will be used with the same meaning throughout the specification. Each IP is assigned with an orthogonal code. The following <Table 1> lists IPs and their assigned orthogonal codes.

TABLE 1 IP address Orthogonal Code IP(0) 0000 0000 0000 0000(w0) IP(1) 0101 0101 0101 0101(w1) IP(2) 0011 0011 0011 0011(w2) IP(3) 0110 0110 0110 0110(w3) IP(4) 0000 1111 0000 1111(w4) IP(5) 0101 1010 0101 1010(w5) IP(6) 0011 1100 0011 1100(w6) IP(7) 0110 1001 0110 1001(w7) IP(8) 0000 0000 1111 1111(w8) IP(9) 0101 0101 1010 1010(w9) IP(10) 0011 0011 1100 1100(w10) IP(11) 0110 0110 1001 1001(w11) IP(12) 0000 1111 1111 0000(w12) IP(13) 0101 1010 1010 0101(w13) IP(14) 0011 1100 1100 0011(w14) IP(15) 0110 1001 1001 0110(w15)

Each IP stores the data shown in <Table 1>. The address of an IP generating data to be transferred is called “source address,” and the address of an IP where data is eventually transmitted is called “destination address.” For instance, it is assumed that IP(0) generated data to be transferred to IP(3), and IP(6) generated data to be transferred to IP(9). The IP(0) spreads the data employing an orthogonal code assigned to the IP(3). Then, the IP(0) transfers the spread data to the shared switch “S”. Similarly, the IP(6) spreads the data employing an orthogonal code assigned to the IP(9), and later transfers the spread data to the switch. The switch adds the transferred data, and broadcasts them to adjacent IPs. That is, the switch transfers the data being added to IP(0) to IP(15).

Using the assigned orthogonal codes, the IP(0) to IP(15) despread the transferred data. Performing the despreading process, the IP(3) receives data from the IP(0), and the IP(9) receives data from the IP(6), respectively. Therefore, the code division method makes it possible for the switch to transmit a lot of data at the same point.

FIG. 3 illustrates a data switching process based on the code division method. In particular, FIG. 3 illustrates an NoC constructed of 16 IPs. The NoC based on code division will now explained in detail with reference to FIG. 3.

A spreader 300 receives data and an IP for transferring the data. The spreader 300 also receives an orthogonal code assigned to the IP for transferring the data. In other words, the spreader 300 receives an orthogonal code out of w(0) to w(15), which is specially assigned to the IP for transferring the data. Then, the spreader 300 spreads the data by using the orthogonal code, and transfers it to an adder 310. The other spreaders 302 to 304 also perform the same process as the spreader 300.

The adder 310 adds the transferred data and transfers them to the despreaders 320 to 324. The despreader 320 despreads the transferred data by using its assigned orthogonal code w(0), and transfers it to an accumulator 330. Then, the accumulator 330 accumulates the transferred data. In such a manner, the despreader 322 despreads the transferred data by using its assigned orthogonal code w(1), and transfers it to an accumulator 332. Then, the accumulator 332 accumulates the transferred data. The despreader 324 despreads the transferred data by using its assigned orthogonal code w(15), and transfers it to an accumulator 334. Then, the accumulator 334 accumulates the transferred data. By checking the accumulated data in the accumulators 330 to 334, a user is able to find out whether the data have been received.

The data is transmitted to the IP that uses the same orthogonal code as the one used by the spreader, and if the IP uses a different orthogonal code from the one used by the spreader, the IP cannot receive the data. This is because of the nature of the orthogonal code having no correlation between codes.

One drawback of the star topology-based structure illustrated in FIG. 2 is that the length of orthogonal code assigned to each IP increases in proportion to the number of IPs. To overcome this problem, a suggestion is made to assign an orthogonal code to the NoC having the net topology-based structure shown in FIG. 1, in order to transfer data. As depicted in FIG. 1, each switch can set a routing path with up to four adjacent switches. The following will, therefore, explain how to assign an orthogonal code according to each path as shown in FIG. 2.

FIG. 4 illustrates assigning an orthogonal code according to each path, according to an embodiment of the present invention. As described above, a switch in the net topology-based structure can set a routing path with up to four adjacent switches. Therefore, four orthogonal codes are required for the NoC having the net topology-based structure. At this time, the number of orthogonal codes is maintained constant regardless of the increase in the number of IPs. The following <Table 2> illustrates allocated orthogonal codes per path (direction, output port).

TABLE 2 Switching direction Allocated orthogonal code Up (North) 0000 Down (South) 0101 Left (West) 0011 Right (East) 0110

As shown in the <Table 2>, the orthogonal code has a fixed length no matter how many IPs exist. Each switch included in the NoC stores the same data as shown in the <Table 2>. Described next is a method for transmitting data from an IP having a source address to an IP having a destination address, on the basis of the <Table 2>.

FIG. 5 is a flowchart illustrating the operations conducted by the switch of the present invention. With concurrent reference to FIGS. 4 and 5, there are four ports, each port with a despreader for despreading data by using its assigned orthogonal code. The switch performs operations as follows.

First, the switch determines whether there is data to be transmitted at operation S500. If the data to be transmitted has been generated, the switch proceeds with the next operation. However, if the data to be transmitted has not been generated, the switch does not proceed with the next operation but instead repeats operation S500. In operation 502, the switch compares the destination address included in the received data with its own address. If it turns out that the destination address is in coincidence with its own address (i.e., the same), the switch proceeds with operation 504, but if the addresses are not coincident with each other, the switch proceeds with operation 506. In operation 504, the switch transfers the transmitted data to an IP connected to the switch.

In operation 506, the switch calculates a value “a.” The “a” can be obtained from the following <Equation 1>, using source address and “n” values. Hereinafter, the address of an IP connected to the switch conducting the procedure of FIG. 5 will be referred to as the “source address,” while the address of an IP that actually generated data to be transferred will be referred to as an “original source address.”

a=source address % n.  [Equation 1]

In Equation 1, % indicates a modulo operation. For example, provided that the source address is 2 and n equals to 4, a=2 % 4=2. After obtaining the value, the switch sets a routing path (port) of the data being generated at operation S508. This operation will be explained below in more detail. Then, the switch spreads the data by using an orthogonal code assigned to the port at operation S510. The spread data is transferred to four ports of the switch at operation S512. Each port despreads the transferred data by using its assigned orthogonal code at operation S514. Lastly, each port transfers the despread data to adjacent switches at operation S516.

As described above with reference to FIG. 5, the switch includes one spreader and four despreaders. Data spreading is performed by the spreader built in the switch, and data despreading is respectively performed by those four ports disposed outside the switch. Therefore, the switch transmits data to only one port out of the four. That is, only the port using the same orthogonal code with the one used by the spreader transmits the data. The data from the port includes information about the original source address and the destination address.

FIG. 6 illustrates a procedure for setting a routing path of data according to an embodiment of the present invention. At first, a switch obtains a difference (b) of the destination address (dst) and the source address (src) (S600). For example, provided that the source address is 2 and the destination address is 9, b=9−2=7. Then, the switch determines whether a condition 1≦b≦(n−1−a) is satisfied at operation S602. If the condition is satisfied, the switch proceeds with the next operation 604, but if the condition is not satisfied, the switch proceeds with the operation 606. In operation 604, the switch sets a routing path of the data to the right side (east). The switch determines whether a condition b≦(n−a) is satisfied at operation 606. If the condition is satisfied, the switch proceeds with operation 608, but if not, the switch proceeds with operation 610. In operation 608, the switch sets the routing path of data to downward (south). In operation 610, the switch determines whether a condition −a≦b≦−1 is satisfied. If the condition is satisfied, the switch proceeds with operation 612, but if not, the switch proceeds with operation 614. In operation 612, the switch sets the routing path of data to the left side (west). The switch sets the routing path of data to upward (north) at operation 614.

For example, it is assumed that the source address is 2 and the destination address is 9, and n=4. Then, the switch sets the routing path of data to downward (south). Therefore, the switch spreads the data by using an orthogonal code assigned to the south, and the spread data is transferred to those four ports, respectively. Each port despreads the transmitted data. In this manner, only the port in the south can generate data and transfer the data.

Although it is assumed that data is transmitted and received in the embodiments of FIGS. 5 and 6, there are some cases where at least two data having different destination addresses are generated in the switch. If this is the case, the switch performs the procedures of FIGS. 5 and 6 on each data. To this end, the switch should spread each data at the same point. This explains why the number of data packets and the number of spreaders should be same. For instance, it is assumed that the routing path of a first data is directed to the east and the routing path of a second data is directed to the south. In this case, the switch spreads the first data by using an orthogonal code assigned to the east, and spreads the second data by using an orthogonal code assigned to the south. The switch then adds the spread data and transfers them to those four ports. Each port despreads the transmitted data, respectively. Performing the despreading process, the port of the east generates the first data, and the port of the south generates the second data. Thusly generated data are transferred to adjacent switches, respectively.

FIG. 7 illustrates the operation performed by the switch of an embodiment of the present invention. In FIG. 3, the IP performed the data spreading and despreading processes, but in FIG. 7, the switch performs the data spreading and despreading processes.

Since the switch can receive data from four ports, it has four spreaders, as shown in FIG. 7. Each port includes an input port and an output port. The data input to at least one input port is transferred to a routing path setting unit 700. Although in this embodiment the routing path setting unit 700 receives data from the four input ports, the number of input ports transferred to the routing path setting unit 700 can be varied, depending on the SoC.

The routing path setting unit 700 uses the destination address included in the transferred data and its own address to determine an output port where the data needs to be transferred. If the destination address and its own address are same, the switch transfers the transferred data to the IP. The procedure involved in the determination of the output port by the routing path setting unit 700 is similar to the procedure described referring to FIG. 4. If an output port 1 is chosen, the routing path setting unit 700 transfers the data to a spreader 710. In such a manner, if an output port 2 is chosen, the routing path setting unit 700 transfers the data to a spreader 712. If an output port 3 is chosen, the routing path setting unit 700 transfers the data to a spreader 714. Lastly, if an output port 4 is chosen, the routing path setting unit 700 transfers the data to a spreader 716.

The spreader 710 spreads the transferred data by using an orthogonal code w0 and transfers it to the adder 720. In such a manner, the spreader 712 spreads the transferred data by using an orthogonal code w1, and transfers it to the adder 720. The spreader 714 spreads the transferred data by using an orthogonal code w2, and transfers it to the adder 720. Lastly, spreader 716 spreads the transferred data by using an orthogonal code w3, and transfers it to the adder 720. Then, the adder 720 performs the adding process on the spread data.

After adding the data, the adder 720 transfers the data to the despreaders 730 to 736, respectively. The despreader 730 despreads the transferred data by using the orthogonal code w0, and transfers it to an accumulator 740. Similarly, the despreader 732 despreads the transferred data by using the orthogonal code w1, and transfers it to an accumulator 742. Also, the despreader 734 despreads the transferred data by using the orthogonal code w2, and transfers it to an accumulator 744. Lastly, the despreader 736 despreads the transferred data by using the orthogonal code w3, and transfers it to an accumulator 746. After accumulating the data, each of the accumulators 740 to 746 transfers the data to adjacent switches via a corresponding output port.

Every output port can output data, but only the output port(s) chosen by the routing path setting unit 700 actually outputs data. For example, if the routing path setting unit 700 chooses the output port 0 and the output port 1, only the output ports 0 and 1 output data.

In conclusion, the code division-based routing setting can be advantageously used for reducing the size of the buffer included in the switch. Moreover, by setting the data routing path by using the orthogonal code, it is possible to shorten transmission time. Therefore, no matter how many IPs are used for constructing the SoC, the orthogonal code can be maintained at constant length.

Although a few embodiments of the present invention have been shown and described, the present invention is not limited to the described embodiments. Instead, it would be appreciated by those skilled in the art that changes may be made to these embodiments without departing from the principles and spirit of the invention, the scope of which is defined by the claims and their equivalents. 

1. A method of setting a routing path so as to reduce a buffer size, comprising: calculating a difference of the destination address and the source address; determining whether a first condition is satisfied and setting a routing path of the data to a first side when the first condition is satisfied; determining whether a second condition is satisfied when the first condition is determined not to be satisfied and setting the routing path of data to a second side when the second condition is determined to be satisfied; determining whether a third condition is satisfied when the second condition is not satisfied and setting the routing path of data to a third side when the third condition is determined to be satisfied; and setting the routing path of data to a fourth side.
 2. The method of claim 1, wherein at least two data having different destination addresses are generated in the switch.
 3. The method of claim 1, wherein the switch spreads each data at the same point.
 4. The method of claim 1, wherein the number of data packets and the number of spreaders are the same.
 5. The method of claim 1, wherein the first condition is 1≦b≦(n−1−a), b being a difference between the source address and the destination address, n being a modulo, and a being the source address modulo n, and wherein the first side is the right side (east).
 6. The method of claim 1, wherein the second condition is b≦(n−a), b being a difference between the source address and the destination address, n being a modulo, and a being the source address modulo n, and wherein the second side is the downward side (south).
 7. The method of claim 1, wherein the third condition is −a≦b≦−1, b being a difference between the source address and the destination address, n being a modulo, and a being the source address modulo n, and wherein the third side is the left side (west).
 8. The method of claim 1, wherein the fourth side is upward (north). 